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Abstract — Retransmission based on packet acknowledgement 
(ACK/NAK) is a fundamental error control technique employed 
in IEEE 802.11-2007 unicast network. However the 802.11-2007 
standard falls short of proposing a reliable MAC-level recovery 
protocol for multicast frames. In this paper we propose a latency 
and bandwidth efficient coding algorithm based on the principles 
of network coding for retransmitting lost packets in a single- 
hop wireless multicast network and demonstrate its effectiveness 
over previously proposed network coding based retransmission 
algorithms. 

I. Introduction 

One-to-many (broadcast/multicast) transmission scheme is 
popular for many applications, and is widely implemented in 
Wireless Local Area Networks (WLANs) for its effectiveness 
in bandwidth consumption in a spectrum-limited wireless 
space. WLANs transmission is currently dictated by stan- 
dards set out by IEEE 802.11-2007 fl]. For one-to-one (uni- 
cast) wireless transmission, transmission reliability is achieved 
through Automatic Repeat Request (ARQ) variants or/and 
Forward Error Correction (FEC) schemes. Since broadcast is 
a special case of multicast, without loss of generality we will 
use the term multicast henceforth. However for a multicast, 
no consideration is made for ACK/NAK and RTS/CTS packet 
exchange in 802.11-2007 except for those frames sent with 
the To DS field set. Additionally, for multicast network where 
consideration for control packet is made, such packets are 
collected individually one-by-one, and so is the retransmission 
of the lost packets done, that is, one-by-one. As such for 
multicast network, the reliability problem is two-folded: 1) 
Efficient mechanism for the transmission of control packets 
(ACK/NAK, RTS/CTS), and 2) efficient retransmission of 
packets lost. 

As multicasting is gaining popularity for applications such 
as file distribution and multimedia conferencing, a more re- 
liable scheme is needed for the fulfillment of future growth 
in multicast network. Motivated by promising applications of 
Network Coding (NC), recent works J2) - have demon- 
strated the suitability of NC for retransmission of lost packets 
to improve bandwidth performance in a multicast network. 

Our algorithm is based on the concept of network cod- 
ing O, ifTOl . Network coding in its simplest form exploits the 
fact that rather than transmitting wireless packets individually 
to some receivers which may be 'overheard' by some other 
receivers already having those packets, and vice versa, it is 



often possible to combine those packets using bit-by-bit XOR 
(denoted by ©) and transmit it as a single coded packet, which 
can then be decoded by all (/most) of the receivers based on 
the packets they already have. For illustration consider that 
receiver R\ has packet c\ but not C2, while i?2 has c-i but not 
c\. Rather than transmitting these two packets individually, the 
transmitter can encode c\ and C2 to generate c\ ffi C2, which 
is then multicast to both the receivers and decoded. 

The remaining paper is organized as follow: In Section [TT] 
we give an overview of related work, followed by the problem 
statement in Section [Ell] Following that, we discuss previously 
proposed coding algorithm in Section [TV] and our BENEFIT 
algorithm in Section [V] We then confirm the performance of 
BENEFIT with simulation results in Section I VII and finally 
present conclusion in Section IVIII 

II. Related Work 

Packet retransmission based on network coding for a one- 
to-many, single-hop multicast network is a recent field of 
study, first proposed by D. Nguyen et al. 0, which was 
later further elaborated into [4| by D. Nguyen et al. In H 
the authors demonstrate bandwidth effectiveness achieved by 
employing greedy network coding for retransmission over 
traditional ARQ schemes through simulation work. In J2) 
the authors follow up the work in by comparing various 
packet coding algorithms for packet retransmissions. While 
in fl6j, the authors presents an analytical work on the reliability 
performance of network coding compared with ARQ and FEC 
in a lossy network. Network Coded Piggy Back (NCPB) Q 
demonstrates an efficient and practical testbed implemented 
random linear network coding based many-to-many reliable 
network model for real-time multi-player game network. 

Since our work primarily focuses on proposing an efficient 
network coding based retransmission algorithm for a one-to- 
many single-hop network, we will be comparing our results 
with the algorithm given in [2| which is the most closely 
related work. 

A. Our Contribution 

The novelty of our work is the development of a compu- 
tationally feasible network coding based retransmission algo- 
rithm whose gains are two-folded: 1) Our algorithm BENEFIT 
delivers better throughput with respect to the current best 
single-hop, NC based retransmission algorithm, and 2) we 



also demonstrate that our algorithm achieves minimum time 
to decode packets. None of the previous works EJ - j5| on 
NC based retransmission incorporates consideration of packet 
latency in their work. 

Here we will also show that it is no longer necessary to 
follow the packet coding rule [ 10 1, [ 1 1| strictly. This relaxation 
in the coding rule has the potential for modification and 
development of other network coding based applications. 

III. Problem Statement 

Consider a single-hop multicast network with M fixed 
receiver stations Ri, (i is the receiver station ID, 1 < i < M) 
with static membership and M > 2, and a single transmitting 
station T x . Packet batch size is denoted by N. Packet reception 
at Ri follows Bernoulli model, whereby a successful reception 
of packet Ck (k is the datagram packet ID, 1 < k < N) 
at Ri is indicated by '0' and packet loss by '1' in the 
transmission matrix (see Table [J). A transmission matrix is 
a 2-dimensional array table, where the rows represents Ri and 
columns represents Ck- For a given packet, its packet utility 
cuk (0 < cuk < M) is defined as the number of receiver(s) 
which have not received the packet (i.e. the numbers of Ts in 
a given column). While the receiver utility rui indicates the 
number of packet(s) not received by the receiver Ri from a 
given set of specified packet(s). For Bernoulli model, packet 
loss at all receivers is homogeneous, and is determined by 
a fixed loss probability pi, which gives a packet successful 
reception probability of 1 — p. L . For a fixed batch size, Li 
denotes the number of lost packets for station i. Qj is the 
probability that after N transmissions, the total number of 
packets lost is no more than j (1 < j < N). 

The time taken for one transmission is represented by one 
time slot. The time to decode a lost packet for a given Ri 
is the total number of transmissions (original transmission, 
retransmission and transmission of coded packet) after which 
the lost packet is recovered by the given Ri. 

For simplicity we assume that there is a reliable control 
packet exchange mechanism in the networif] and that all 
coded/retransmitted packets are successfully received by the 
receivers. In the context of BENEFIT algorithm, a benefit 
value is generally defined as the number of Ts in the 
transmission matrix which are converted to '0's after the 
transmission of a coded packet or retransmission of the packet, 
hence the name of the algorithm: 'BENEFIT'. 

A. Theoretical Numbers of Retransmissions 

The probability that Li < j, for a single Ri is given by 

P[L i <j]=j2(?)Pi(l-Pi) N - C ' (1) 

c=0 

'Control packets in multicast network can be implemented by designing 
ACK packets from multiple STA such that, upon reception of these simul- 
taneously transmitted ACK packets, the original sender is able to efficiently 
decode the packet which is the superimposition of all ACK packets and infer 
which receiver STA have received the datagram packet (8). 



The probability that all M stations experience a packet loss 
rate no more than j is given by YiiLi P[Li < j]- Given this 
result, the probability that the total number retransmission is 
j, is given by 

M M 

Qj = n p i L * - n p ^ — j _ i]- (2) 

i=l i=l 

A more elaborative discussion of retransmission bandwidth 
for different transmission schemes compared with network 
coding is given in fl4), J6J. 

IV. Coding Algorithm 

Previous coding algorithms (except random linear network 
coding, RLNC) were build on the foundation of a simple 
packet coding rule iflOl . ifTTIl : 

For T x to transmit (/retransmit) M packets C\, cm to M 
receivers, R\, Rm respectively, the coded packet obtained 
by coding M packets c\, cm can only be decoded at Ri if 
Ri has (M — 1) of Cj packets, except Ci (j =/= i). 

We now discuss the major coding algorithm used in network 
coding literature. 

A. Greedy Network Coding 

A greedy algorithm for coding packets has been traditionally 
used in several network coding based literature and still con- 
tinues to be a dominant approach in many NC networks like 
IP-level routers in the Internet f£|, wireless mesh network IflOl 
and multi-hop wireless routing ifTTl . A greedy network coding 
algorithm, like traditional greedy algorithm makes coding 
decisions which gives optimal local results. A greedy coding 
algorithm encodes current locally available packets iteratively 
as long as it can be decoded by all the intended receivers, 
without consideration whether its a 'globally' optimal solution 
or not. 

B. Random Linear Network Coding 

RLNC Q is a decentralized network codin| approach, 
whereby the coded packet is given by c co ded = J2k=i 9i e ) c k, 
where g(e) is the global encoding vector, and is included in 
Ccoded as an overhead information in the packet header. Each 
of the receiver Ri must successfully receive N innovative 
packets (i.e. coded packets which are linearly independent 
of the previously received coded packet). Once the receivers 
have N innovative packet, it can then decode N packets using 
simple matrix inversion. 

C. Sort-by- Utility 

The coding algorithm which E. Rozner et. al. |2j proclaims 
to be the delivering the best performance for a one-hop 
multicast network is Sort-by-Utility. Therefore we will be 
comparing our BENEFIT algorithm with Sort-by-Utility for 
evaluation purposes. In a Sort-by-Utility coding algorithm, the 
T x first transmits packets, and then sorts the packets in 
descending order of their cuk values, using arrival time as 
tie-breaker for those packets have equal packet utility. Once 



the packets are sorted, the remaining operation of Sort-by- 
Utility is essentially a greedy coding algorithm, i.e. the T x 
then iteratively starts coding successive packets starting from 
packets having highest packet utilities and codes them with 
successive sorted packets as long as the coded packet can be 
decoded by all receivers. 

TABLE I 
Transmission Matrix Example 
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Consider as an example the matrix given in Table U Sort- 
by-Utility algorithm after initial packet transmission (ci to C5) 
would sort the transmitted packets based on its packet utilities 
citfc, i.e. C2, ci, C4, C5, C3. Then T x transmits the packets 
as follows: C2, c\ C3, C4, C5. Thus requiring a total of 4 
retransmissions with an average time to decode a packet to be 
4.4 time slots. 

V. BENEFIT Algorithm 

BENEFIT (Fig Q), unlike Sort-by-Utility does not need 
to wait until the end of the batch size {N packet trans- 
missions) before starting the retransmission process. It start 
transmitting coded packet once the prospective coding packets 
satisfy the following three conditions: CodingBenefitQ, 
ColumnsBenefitQ and CombinationBenefitQ (see Ta- 
ble HJ). Retransmitting as soon as the right conditions are met 
rather than wait till the end of the batch size in effect reduces 
the time to decode the packet. BENEFIT works on the basis 
that it is not necessary for the coded packet to be decodable by 
all the receivers immediately, assuming that the non-decodable 
coded packet can be decoded based on future transmission of 
coded packet(s). This principle is in essence the key strength 
of BENEFIT and thus, this way it contrasts the traditional 
packet coding rule. 

For the first scan cycle, to decide whether to transmit a 
packet Cfe or to scan the next packet (see the first step of Fig. [U 
is decided based on the fact that if any previously transmitted 
packet has never been the first prospective coding packet (i.e. 
pros_pks[0]) in that cycle, and the current value of cuk of 
that previously transmitted packet is 1 < cuk < M, then 
the algorithm scan the next packet and stores it as the first 
prospective coding packet, else it transmits the next packet. 
For consecutive cycles, the algorithm only scans the packets. 
CodingBenefitQ ensures that packets are only coded, if 
the immediate benefit derived from such coding outweighs or 
equals the benefit derived from transmitting a single packet 
(uncoded) with minimum packet utility (cuk) from the set 
of prospective coding packets and considered packet (cfe). 
ColumnsBenefitQ) selects the most suitable (/fittest) packets 
for coding, by eliminating those packets which can not be 



TABLE II 
Definition of BENEFIT terms 

Coding Bene fit() 

Checks the following equality: 

DecodeBenefitQ > MinimumBenefitQ 
DecodeBenefitQ 

Finds out how many receivers STA will benefit immediately from the 
transmission of the coded packet, < DecodeBenefitQ < M. 
MinimumBenefitQ 

From the list of prospective coding packets, find cj, with minimum 
current packet utility cuk, < MinimumBenefitQ < M. 
ColumnsBenefitQ 

From the list of prospective coding packets, checks if every packet can 
be decoded by at least one receiver STA immediately. 

CombinationBenefitQ 

From the list of considered packets for coding, calculates the number of 
receiver STA which will benefit either immediately (rui=\) or in future 
(rui > 2) from the coding of the prospective coding packets. And then 
checks if its equal to DesiredBenefit (see Fig[TJ. ru; value in the 
context of CombinationBenefitQ is computed only for the packets 
in pros_pks[ ], CombinationBenefitQ > DecodeBenefitQ. 
DecodeSearchQ 

Decodes the arrived coded packet if it can. If the packet gets decoded, 
then search the memory for any previously non-decodable packet which 
can now be decoded based on the current decoded packet, and decode it. 
Benefit immediately/ Immediate decoding 
The decoding of coded packet 'on the spot,' without the need for 
information from future transmission(s). 



decoded by at least one receiver STA immediately. If the 
packets satisfy CodingBenefitQ and ColumnsBenefitQ 
conditions but not CombinationBenefitQ, then they are 
considered eligible prospective coding packets for combination 
with other packet(s), and thus the algorithm then searches 
(scans) for other packet(s), which in combination with the 
previous prospective coding packets will satisfy the three 
conditions for packet coding. If the algorithm reaches the end 
of the batch size and there are still Ts in the transmission 
matrix, then the CombinationBenefitQ condition is relaxed 
by decrementing DesiredBenefit and the algorithm then 
starts a new scan cycle (maximum of M-l scan cycles) until 
the transmission matrix is composed of M*N '0's. 

A. Computational Complexity of BENEFIT 

The computational complexity of CodingBenefitQ, 
ColumnsBenefitQ and CombinationBenefitQ all grow 
linearly with respect to the number of prospective coding 
packets and receivers. While DecodeSearchQ can be imple- 
mented using a binary search algorithm whose average com- 
plexity is logarithmic. Given that the number of prospective 
coding packets increases with the number of receivers, the 
computational complexity of BENEFIT can be considered to 
be linearly increasing with the number of receiver STAs. 

B. Illustrative example - BENEFIT 

Consider the algorithm given in Fig. Q] illustrated with 
the transmission matrix given in Table U After the T x 
transmit ci, c\ is stored as the first prospective cod- 
ing packet. T x then transmit 01, c\ and C2 are then 
checked for CodingBenefitQ and ColumnsBenefitQ con- 
ditions, which they satisfy. Hence they are then checked 



Algorithm starts with DesiredBenefit = N, code_pks = D 
and an initialized pros_pks[ ] array 
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Fig. 1. BENEFIT algorithm - flowchart 



for CombinationBenefitQ condition. Since both c\ and C2 
satisfy the CombinationBenefitQ condition as well, the 
packets are coded and transmitted. Only Ri is not able to 
decode c\ ®ci immediately (current value of cwi=cit2=l). The 
algorithm then scan the next packet C2 and stores it as the first 
prospective coding packet, and the T x then transmit C3. Since 
C2 and C3 satisfy CodingBenefitQ and ColumnsBenefitQ 
conditions but not CombinationBenefitQ condition, C3 is 
therefore saved as a prospective coding packet. The T x 
then transmits C4, which in addition to c 2 and c 3 satisfy 
CombinationBenefitQ condition. Hence the packets are 
coded and transmitted. All receivers are able to immediately 
benefit from the transmission of C2©C3©C4. DecodeSearchQ 
function at Ri after decoding C2 © c 3 © C4, decodes c\ © C2 
using C2 and obtains c\. The last packet in the batch C5 
is then transmitted and stored as prospective coding packet, 
however as it is obvious, there is not any possibility of finding 
coding packets for C5, the algorithm decrements the value of 
DesiredBenefit twice, following which C5 is retransmitted 
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Fig. 2. Retransmission ratio against M, for p;=0.5, and JV=200 
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Fig. 3. Retransmission ratio against pi, for Af=10, and iV=200 



without any encoding in the third scan cycle. 

This example illustrates that BENEFIT requires a total of 
only 3 retransmissions (ci©C2, C2©C3©C4 and C5) in contrast 
to 4 retransmissions used by Sort-by-Utility (see section IIVI - 
C), with an average time to decode a packet of 1 .9 time slots 
(ci©C2 transmitted after the transmission of c%, and C2©C3©C4 
transmitted after the transmission of C4) in contrast to 4.4 time 
slots used by Sort-by-Utility. Hence for this example, it has 
been shown, that BENEFIT outperforms Sort-by-Utility both 
in terms of retransmission bandwidth and packet delay. 

VI. Simulation Results 

We construct a C++ based discrete time simulator, using 
Random Number Generator to generate transmission table like 
the one given in Table U The characteristics of the network 
shall be the same as mentioned in Section [ill] For each set of 
values, the simulation is repeated 1000 times. For performance 
evaluation, we use retransmission ratio (also used in |2]) 
which is defined as the total number of retransmissions using 
coding algorithm divided by the total number of retransmis- 
sions using traditional 802.11 retransmission scheme. Theory 
in Fig. |2] and [3] refers to retransmission ratio obtained by 
dividing Qj (derived in Section HIH-A) with the total num- 
ber of retransmissions using traditional 802.11 retransmission 
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Fig. 4. Time slots against M, for pi=0.25, and N=20 
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Fig. 5. Time slots against pi, for M=5, and N=20 



scheme. 

Figure [2] shows that BENEFIT consistently performs better 
than Sort-by-Utility. The initial trough in the graph is because 
of more coding opportunity available with an increase in 
number of STA. A simple heuristic explanation for this is that 
for 2 STA, there is scope for only 2 packets to be coded, 
however for 4 STA, there is scope for 2, 3 and 4 packets 
to be coded together based on opportunities. However as the 
number of STA increases further, retransmission ratio starts 
increasing as then, increase in conflict opportunities (as shown 
in Fig. |U as the number of STA increases, the time to search 
for prospective coding packet also increases) between coding 
packets outweighs increase in coding opportunities. Figure [3] 
shows the performance of BENEFIT over a range of loss 
probability values. Figure [2] and [3] proves that for a small- 
medium network BENEFIT performs close to the theoretical 
bound for all ranges of pi. 

While the bandwidth performance of BENEFIT and Sort- 
by-Utility is almost similar for low loss probability and/or 
small network, for such networks BENEFIT can still be 
useful for real-time applications which are highly delay sen- 
sitive. As Fig. |4] shows that even for a small batch size, 
the average time BENEFIT takes to decode/retransmit a 



packet is far less than that of Sort-by-Utility. BENEFIT 
latency efficiency can be improved further by decrementing 
the initial value of DesiredBeneft, which will relax the 
CombinationBenefitQ condition and thus require the T x 
to spend less time searching for suitable coding packet. 
Decreasing the batch size also reduces packet retransmission 
delay as show in (2), (41 . However both these techniques 
will come at a tradeoff cost of an increase in retransmission 
ratio. Flexibility to balance throughput-delay tradeoff in BEN- 
EFIT allows the network designer to modify the algorithm 
based on the network requirements. Figure [5] shows that the 
average time to decode packet gradually increases with pi 
for BENEFIT, however as pi crosses 0.8 the average time 
to decode packet starts decreasing as most of the packets 
satisfy cuk == DesiredBenefit condition and hence are 
retransmitted without any coding. The time saved searching 
for prospective coding packets reduces the average time to 
decode. This also explain an increase in standard deviation for 
BENEFIT in Fig. [5] as some packets are retransmitted without 
any encoding (shorter waiting time), while other packets need 
to wait for longer to find suitable coding partners. 

VII. Conclusion 

In this paper we have demonstrated a computationally 
feasible, bandwidth and latency efficient retransmission coding 
algorithm, which doesnt strictly follows the traditional coding 
rule. Selectively modifying the BENEFIT conditions would 
also allow the network designer to adjust the algorithm as per 
the throughput-delay requirements of the network. We believe 
that there is potential for research work to exploit relaxation 
in the coding rule, and study modifications to mechanisms like 
COPE (TO) based on rules derived from BENEFIT. 
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